home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qtech527.arc / LOADHI.TEC < prev    next >
Encoding:
Text File  |  1991-05-29  |  4.3 KB  |  83 lines
  1. ID:LH LOADHI.SYS and LOADHI.COM
  2. Quarterdeck Technical Note #138
  3. by Joe Wilder
  4.  
  5. This Technical Note was written before QEMM 5.0 was released.  QEMM
  6. 5 has new features such as OPTIMIZE that make this information less
  7. necessary. OPTIMIZE will LOADHI TSR's and Device Drivers in the
  8. most "Optimal" way, sometimes testing millions of different
  9. scenarios.  In addition, the new LOADHI programs are more powerful
  10. than the old, have new parameters for determining the size of a
  11. particular TSR or Device Driver, and can locate these items in
  12. "High Memory" with greater specificity.  Nevertheless, the
  13. information that follows can certainly be of use in helping to
  14. understand QEMM's LOADHI systems.
  15.  
  16. The LOADHI programs are used to run resident programs and drivers
  17. in the memory area between 640K and 1024K.  This area is normally
  18. reserved for hardware devices such as video cards, system ROM and
  19. Network Adapters.  The more devices you have, i.e. the more
  20. reserved memory you have used, the less there will be available for
  21. using LOADHI to load programs.
  22.  
  23. LOADHI comes in two forms: 
  24.  
  25. 1-LOADHI.COM is used to load resident programs high in the
  26. AUTOEXEC.BAT or from the DOS prompt. For example to load MOUSE.COM
  27. high you would enter "LOADHI MOUSE.COM" from the DOS prompt or in
  28. the AUTOEXEC.BAT.  
  29.  
  30. 2-LOADHI.SYS is used to load programs high from the CONFIG.SYS. 
  31. For example to load ANSI.SYS high you would put a line in the
  32. CONFIG.SYS that says "DEVICE=LOADHI.SYS ANSI.SYS".
  33.  
  34. Many new DESQview users assume that LOADHI can load TSR's and
  35. device drivers into extended or expanded memory.  This is not the 
  36. case.  The only place these programs can be loaded is in free and 
  37. contiguous areas in the memory area from 640K to 1024K.  Since a
  38. 64K page frame also must be installed somewhere in this area, the 
  39. available reserved is usually fragmented into several segments.
  40.  
  41. All programs must be loaded into contiguous memory.  Because of
  42. this, you will probably have more luck loading smaller TSR's than
  43. large ones.  This varies from computer to computer and also depends
  44. on the devices installed on the particular computer.  The LOADHI
  45. program always uses the largest area available first.  For network
  46. drivers this may not be desirable.  For instance,  Novell, which
  47. uses two programs, likes to have its smaller program loaded first. 
  48. To load the smaller program first into the smaller of two areas use
  49. LOADHI redundantly.  Example; "LOADHI LOADHI IPX".  The first copy
  50. of LOADHI loads another copy of LOADHI into the first (and larger)
  51. memory area available.  The second copy of LOADHI then loads IPX
  52. into the next largest area available.  Each time LOADHI gets used
  53. it erases itself from memory.  At this point IPX is loaded into the
  54. smaller of the two areas.  The larger is now again fully available. 
  55. Using a single LOADHI to load NET3 (the second and the larger of
  56. the Novell programs) will put it in the larger memory area.  Typing
  57. LOADHI at the DOS prompt reveals areas available for loading high.
  58.  
  59. The RAM parameter to QEMM.SYS must be invoked in order to use
  60. LOADHI programs. This attaches some expanded memory to the unused
  61. addresses in the reserved memory area.  Once the RAM is available,
  62. programs can be loaded there with LOADHI.  Using the RAM parameter
  63. to QEMM.SYS prevents QEMM from being turned off.  
  64.  
  65. When using QEMM386 with DESQview there is one other thing to
  66. consider.  DESQview has the capability of running most of its own
  67. code in the reserved memory area.  You don't have to use the RAM
  68. parameter with QEMM to get this feature.   XDV will map expanded
  69. memory onto the available addresses all by itself.  It will then
  70. run DESQview in that memory. 
  71.  
  72. DESQview can use as much as 140K of reserved memory. Loading high
  73. too many resident programs and drivers before going into DESQview
  74. may cause DESQview to load more of itself into the lower 640K,
  75. resulting in no gain for the largest available window size in
  76. DESQview.  If you are running DESQview, it is therefore a good idea
  77. to avoid loading "Pop-up" type TSR's before DESQview at all (using
  78. LOADHI or not) and install them instead in DESQview windows, where
  79. their overhead to lower memory can be completely overcome.
  80.  
  81.         Copyright (C) 1991 by Quarterdeck Office Systems
  82.              * * *   E N D   O F   F I L E    * * * 
  83.